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REMARKS 

I. Status of the Claims 

Claims 3, 33, 36, 42-51, 53-76, 81, and 83 have been amended and no new matter is added. 
Claims 90 and 91 have been added. No new matter has been added. 
Claims 3-91 are pending. 

Support for "upstream business rules" in the amended claims is found in the Specification 
on, e.g., page 27, line 21 to page 28, line 13. Likewise, "dynamically updating the upstream 
business rule parameters" is supported in the Specification on, e.g., page 29, line 14 to page 30, line 
9. 

II. In Person Interview 

Applicants thank Examiner Pond for the in-person interview on February 19, 2004 regarding 
this application. Applicants discussed the references and the claims and distinguished the present 
invention from the art of record, in particular regarding upstream and downstream business rule 
processing. 

III. Rejections Under 35 U.S.C. § 103 

Claims 3-4, 8-24, 29, 42-43, 47-55, 57-63, 67, 70, 81 and 83 are rejected under 35 U.S.C. § 
103(a) as unpatentable over Liquid Audio's Liquid Audio Music-On-Demand System, dated October 
10, 1997 ("Liquid Audio") in view of U.S. Patent No. 6,385,596 to Wiser et al. ("Wiser"). Claims 
5-7, 25-28, 30-41, 44-46, 56, 64-66, 68-69, 71-80, 82, and 84-88 are rejected under 35 U.S.C. § 

{W:\09386\100f051usl\00177452.DOC IIIHHIBniffllllUIDn } 



Application No.: 09/471,971 



27 



Docket No.: 09386/100F051-US1 



103(a) as unpatentable over Liquid Audio in view of Wiser and further in view of U.S. Patent No. 
5,910,987 to Ginter et al. ("Ginter"). Applicants note the Wiser is assigned to Liquid Audio. 

Applicants have amended claim 3 to recite: (1) "formulating one or more offers based on 
upstream business rule parameters wherein the one or more offers are associated with the selected 
item of information;" (2) "dynamically updating the upstream business rule parameters;" and (3) 
"providing the one or more offers to the consumer based on the dynamically updated predefined 
upstream business rule parameters." Neither Liquid Audio nor Wiser disclose these elements of the 
claims. 

Upstream rules are, for example, "those representing the relationship between the 
distributor, Labels and the Artists." Specification page 28, lines 2-3. These are contractual 
agreements between the parties that are involved in the creation and distribution of the electronic 
works and not with a consumer. The contracts between these parties change frequently and the 
related predefined upstream business rules must change just as frequently to match the contractual 
agreement between the parties. 

In contrast, Wiser focuses on providing security to online systems through multiple layers of 

encryption. Wiser does not disclose upstream business rule parameters as stated in the claims. See, 

e.g., Wiser, Abstract. The sections cited by the Examiner as disclosing business rules are: 

In another aspect of the invention, there is provided a complete security protocol that 
protects the purchase-quality audio images from creation by an artist all the way 
through purchase and playback by the user. The purchase-quality audio data is 
encrypted when created by the artist with a media key, a strong random number 
generated by an audio authoring tool. This media key is then encrypted with a public 
key of the content manager. The encrypted high-quality version of the song is 
combined with the lower-quality un-encrypted versions, descriptive information and 
the media key into the media data file. The media data file is uploaded to the content 
manager for storage in the media data file system, where it can now be purchased by 
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consumers. While in storage in the online music distribution system, the audio 
images remain encrypted and tied to the specific content manager. 

Wiser, column 3, line 64 to column 4, line 12. The Examiner also refers to the following: 

The media data file 200 contains at least one media data chunk 206. Each media data 
chunk 206 includes a watermarked, compressed, and encrypted, audio image 208. 
Each of these images 208 is processed to provide different quality levels on 
playback, using different sampling rates and compression levels. Each image 208 
encodes either the entire song file or a portion thereof. Use of a number of different 
images 208 of differing audio qualities allows the artist to a provide a single media 
data file 200 that can be previewed by users of different platforms and different 
audio playback capabilities. The data chunk also includes optional restrictions on 
such actions as playback and record to external devices or files. 

Wiser, column 7, lines 4-16, see also, Figure 2. 

Applicants respectfully submit that neither section discloses or renders obvious the claimed 

upstream business rule parameters. Wiser is only disclosing encoding security measures into media 

data file 200 to provide security against unauthorized copying. Protecting a single data file 

containing multiple versions of the same data with differing levels of encryption does not lead to 

upstream business rules. Wiser does not even suggest such a concept. Wiser states that the: 

[u]se of a number of different images 208 of differing audio qualities allows the artist 
to a provide a single media data file 200 that can be previewed by users of different 
platforms and different audio playback capabilities. The data chunk also includes 
optional restrictions on such actions as playback and record to external devices or 
files. 

Wiser, column 7, lines 10-14. Wiser thus discloses that one file can be created with multiple images 
for ease of distribution so that one file can service multiple users having different players and 
platforms. This does not teach that upstream business rules are formed, nor are they updated. 

Wiser does not teach or suggest the concept of "providing the one or more offers to the 
consumer based on the dynamically updated upstream business rule parameters." Even if the 
Examiner maintains that Wiser' s security protocols are "upstream business rules" (which Applicants 
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submit that they are not), the security protocols are not, nor can be, dynamically updated. As cited 

above, Wiser watermarks and encrypts his electronic information upon or soon after creation. That 

encryption is fixed in the media. It always stays with the information and does not change. Thus, if 

the security protocols are "upstream business rules" they are never "dynamically updated" to take 

into account changes in the contractual arrangement between the upstream parties. Wiser is silent 

on this fact and furthermore, Applicants submit that to "update" Wiser' s "business rules" each 

individual file would have to be decompressed, reencrypted, and recompressed. This is not actually 

done or suggested by Wiser and is far from the dynamic updating present in the claims. 

Respectfully, the claimed upstream business rules could only be found in Wiser by hindsight 

reconstruction of Applicants' disclosure. 

Regarding claims 4, 8, 14, 43, and 53, Wiser does not disclose the validation of offers. 

Wiser only teaches and suggests that once a user makes a request for content, the only thing Wiser' s 

system will do is verify that the media object is available for sale. Wiser is silent as to any 

conditions of sale, and does not validate whether a sale or access to the work may proceed 

according to any conditions or rules. For example, Wiser discusses a sample purchase by a user on 

column 16, line 31 to column 17, line 16. 

First, the user will be viewing ... some form of menu, catalogue, index or other 
listing of music and media available for purchase . . . [and] a purchase request for a 
specific song is sent 902 to the HTTP server 122, for example by the user clicking on 
a "Buy It" button. . . . The HTTP server 122 forwards 904 the purchase request data to 
a merchant server 132 to initiate authorization for payment for the requested media 
data file 200. ... [After payment information is collected], [t]he merchant server 132 
requests 916 a reservation for the requested media data file 200 from the content 
manager 112 ... [and t]he reservation verifies that the requested song at the specified 
quality level actually exists in the master media files 120 and is available for 
purchase. The content manager 112 ... confirm[s] 918 that the requested song exists 
and is available for purchase. If the media data file 200 identified by the media ID 
exists in the database, then the content manager 112 returns 920 to the merchant 
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server 132 a voucher packet. Otherwise, the content manager 112 returns a message 
indicating the media ID does not correspond to a known media data file 200 or that 
the corresponding file is not available for sale; this information is communicated 
back to the Web browser 128. 

Additionally, Liquid Audio does not explicitly teach that a purchase price is displayed, and 
in any case there is no motivation or suggestion that the purchase price is anything more than a 
manually posted display of a dollar amount the content at one time sold for. Liquid Audio does not 
teach or suggest updating, nor that "offer information displayed to the buyer is a result of 
formulating an offer consistent with rights parameters." 

Furthermore, claims 8 and 47, recite "generating rights data which determine the one or 
more offers associated with the information requested." Liquid Audio does not disclose or suggest 
rights data that determines the offers. As above, Liquid Audio and Wiser do not suggest or motivate 
one to utilize rights data in displaying the price or any offer information. In contrast, the 
Specification specifically states that a "distributor creates commercial information such as default 
rights, and unique identifiers, collectively called rights data . . . [which are] used to confirm validity 
of offers for content." Specification, page 13, lines 7-20. Additionally, both the upstream business 
"rules ... and the default offer [are] included in the Rights data." Specification, page 14, lines 15- 
21. 

Regarding the rejection of claims 5-7, 25-28, 30-41, 44-46, 56, 64-66, 68-69, 71-80, 82, and 
84-88, the Examiner combines Liquid Audio, Wiser and Ginter. The Examiner states that Liquid 
Audio and Wiser both disclose a licensing center to delegate and enforce rights between users, 
distributors, and publishers and content rights management and validating consumer access to the 
content. However, the Examiner then states that Liquid Audio and Wiser are silent on the details on 
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how this is accomplished. That is: Liquid Audio and Wiser are not enabling references. The 
Examiner then cites Ginter as teaching content containers, display interfaces, customized access 
rights, object creation and control structures, permission records, group-based and role based access 
to content and electronic agreements. The Examiner then contends that it would be obvious to 
combine such details from Ginter, with the disclosures of Liquid Audio and Wiser to arrive at the 
claimed invention. 

Applicants submit that Liquid Audio's disclosure consists of 10 lines of broad overview of 
licensing issues in the distribution of media. However, as the Examiner indicates, the disclosure of 
Liquid Audio is not enabling to one of ordinary skill in the art. Wiser is assigned to Liquid Audio, 
discloses the desired broad role of a licensing center, and uses the same terms as Liquid Audio to 
describe like systems. Even combined, one of ordinary skill in the art would not arrive at the 
invention from the teachings of Wiser and Liquid Audio. Further, there is no motivation to combine 
the teachings and suggestions of these references with the disparate features of Ginter, and in any 
case they teach away from the claimed invention. 

Wiser discloses a "Media Licensing Center" and describes its functions as follows: 

The media licensing center 110 is a licensing and certificate authority. New users of 
the system who wish to purchase data from the music distribution center 124 must 
first register with the media licensing center 1 10 ... The media licensing center 1 10 is 
responsible for generating these public-private key pairs on behalf of the media 
player 116 for encrypting the media data files 200 ... The media licensing center 110 
is further responsible for authenticating new users as they register, and for generating 
certificates that are attached to various media data files ... [and] is further responsible 
for updating the certificate of the content manager 112 if it expires. Finally, the 
media licensing center 110 provides for generating rights reports of the usage of 
media data files, and for communicating such rights reports to the rights agents 108. 
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Wiser, column 10, lines 17-47, see also, Figure 12. Wiser also provides specific examples of how 

Liquid Audio performs its rights reporting and the media licensing center functions in the reporting 

process. A summary of Wiser's rights reporting is: 

Rights Reporting: The rights reporting process provides a tamper-proof mechanism 
to securely track electronic music distribution. This process securely uploads usage 
(purchases, previews and so forth) of media from the content manager 1 12 to various 
rights agents 108. This uploaded information describes the number of times various 
media data files have been used to allow for accurate reporting of such usage for the 
purpose of royalty payments and other fees to the artists, owners, record labels and 
so forth. These mechanisms allow music industry participants to protect their 
copyrights and could be used by rights reporting agencies to bill distributors for 
royalties associated with the volume of electronic distribution of the media data files. 

Wiser, column 11, lines 49-61. Note that, all rights reporting is performed after the transaction 

takes place. Wieser's mechanism tracks usage information and then reports it to the rights agents. 

For example: 

A secure log entry is created for every media data file that is sold. . . . This logging 
protocol is used for making entries each time a media data file is completely 
downloaded by the media player 116 ... [and t]he logs are uploaded to the media 
licensing center 110 on a periodic basis and validated off-line by a batch process. 
Once validated, the purchase information can be processed (e.g., totaled by artist, 
track, and the like) to determine proper royalty or other payments based on sales and 
previews. 

Wiser, column 20, lines 10-46. Thus, Wiser does not access or concern himself with rights or 

business rule formulating or updating and is not concerned with upstream rules or rights at all. 

Wiser is not interested in tracking rights information until after the sale of the media. Wiser does 

not teach or suggest that rights data or rules should be accessed or validated to complete a 

transaction. In contrast, Wiser discloses registration of both the user and the media in advance of 

the purchase. The media is registered when: 

the artist constructs 502 the media data file 200 in the authoring tool 102. ... The 
authoring tools also provide for compression of the audio images, watermarking, and 
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encryption. . . . Following construction of a media data file 200 including encryption 
of the audio images 208, the authoring tool 102 establishes 504 a connection with the 
content manager 112, and transmits the filename and file length of the media data file 
200 to be uploaded. The content manager 112 responds 508 with its own certificate 
(which includes its public key). The authoring tool 102 and the content manager 112 
then cross-authenticate each other. . . . Once the cross-authentication is complete, the 
authoring tool 102 ... finally transmits 522 the complete media data file 200 to the 
content manager 112. ... The content manager 112 also stores 530 the media data file 
200 in the master media data file system 120. If the 'For sale' flag 216 of the new 
media data file 200 is set, then the media data file 200 is ready for purchase by a 
consumer. . . . [and the user registers] Registration is the process of the purchaser 
establishing a trusted identity to the music distribution center, for engaging in later 
transactions." 

Wiser, column 11, line 67 to column 13, line 6. Thus, Wiser teaches and suggests secure 
transactions wherein rights data is not accessed to complete the transaction. One of ordinary skill 
would not borrow features from Ginter to supplement this system. Without hindsight, the artisan 
would not know what features and functions to choose from the voluminous Ginter disclosure. 



Regarding claims 31-36, 38-41, 70, 77-80, 82, 84, and 89, the Examiner states that Liquid 
Audio and Wiser teach all of the elements of the claims except the sending of content references. 
The Examiner then submits that Ginter' s traveling objects are content references and it would be 
obvious to include Ginter' s traveling objects into Liquid Audio/Wiser' s system. 

Applicants respectfully disagree with the Examiner. A content reference is described in the 

Specification on page 62 line 10, to page 70, line 19. Specifically, 

[a] content reference can be thought of as an address or pointer to content and is the 
mechanism to refer to content indirectly. A content reference contains a small 
amount of descriptive information about a piece of content. This descriptive 
information contains sufficient information to allow a consumer with a Consumer 
Player to determine what the content is and how to get to the content, but does not 
contain the actual content. 
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Specification, page 63, lines 3-8. Descriptions of how a content reference interacts with the other 

elements of the invention are throughout the Specification and are as follows: 

A reference to each content as packaged in the containers is created to facilitate 
retrieving the content ... References for the content may take the form of 
encapsulated files which are processed by the Consumer Players. The content 
reference can reside anywhere in the system and can be transmitted in super- 
distribution (e.g., as e-mail attachments). The content reference files generally have 
"secure areas" to protect against theft or tampering of the enclosed information. . . . 
As noted above, References identify content and do not contain Offers . . . [and] a 
content identification object that does not have a valid Offer is resolved into one that 
does have a valid Offer. . . . Generally the references do not have price information . . . 
When the consumer chooses one of the references, the Consumer Player contacts the 
appropriate Reference Service with a request to resolve the reference. The Reference 
Service returns a retail offer to the consumer for the content specified by the 
reference. . . . The content reference contains information on how to find content 
objects. 

Specification, page 13, lines 13-14; page 27, line 3-8; page 29, lines 11-12; page 37, lines 2- 10; and 
page 38, line 12. 

In contrast, Ginter's traveling objects "are objects that carry with them sufficient information 
to enable at least some use of at least a portion of their content when they arrive at a VDE node." 
Ginter, column 128, lines 40-43, also see, column 24, lines 33-50. As noted above, content 
references do not contain offers and when a "consumer chooses one of the references ... a retail 
offer [is returned] to the consumer for the content specified by the reference." Specification, page 
37, lines 7-10. Thus, content cannot be accessed until a user selects a returned offer. 

Further, content references do not contain content; they are only a reference to content. 
Ginter, however, includes content. The Examiner cites Figure 19 as support for Ginter teaching a 
content reference, but, in contrast, Figure 19 discloses that a traveling object contains "content 812a 
... 812n". Additionally, one of ordinary skill in the art is not taught or motivated to remove the 
content from the traveling object. The entirety of Ginter's invention revolves around "containers" 
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in which "VDE electronic content containers may . . . move electronic information content . . . and 
associated content control information. Ginter, column 33, lines 6-10. Further, the disclosure in 
proximity to Ginter's discussion on traveling objects is for "content objects". This disclosure is 
cited by the Examiner on column 131 line 58 to column 132, line 12. "[C]ontent objects 880 
include or provide information content. This "content" may be any sort of electronic information. 
For example, content may include: computer software, movies, books, [or] music." Ginter, column 
131, lines 59-63. Thus, Ginter does not teach Applicants' content references; Ginter does not teach 
any traveling objects without content. Further, one of ordinary skill in the art at the time of the 
invention would not have been motivated to remove the content from the traveling object. 

In light of the above amendment and arguments, Liquid Audio, Wiser, and Ginter do not 
teach or suggest, alone or in combination, the invention as claimed. 



In view of the above, each of the presently pending claims in this application is believed 
to be in immediate condition for allowance. Accordingly, the Examiner is respectfully requested to 
pass this application to issue. 



CONCLUSION 



Dated: May 27, 2004 



Respectfully submitted, 
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